Establishing a social application layer

ABSTRACT

A virtual space may be presented within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform. An API adaptor module may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. A space module may be configured to execute an instance of a virtual space, and to implement the instance of the virtual space to determine view information defining views of the instance of the virtual space for presentation via two or more virtual environments provided by the two or more platforms. Facilitating user interactivity with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and a platform API associated with the given platform.

FIELD OF THE DISCLOSURE

This disclosure relates to facilitating presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform.

BACKGROUND

Presenting a virtual space within a virtual environment is known. Typically, however, a provider of the virtual space may be required to provide a separate application programming interface (API) for each different virtual environment in which the virtual space is presented. Thus, a change to the virtual space may require corresponding changes to each of the separate APIs.

SUMMARY

One aspect of the disclosure relates to a system configured to facilitate presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, in accordance with one or more implementations. In exemplary implementations, an API adaptor module may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. There may be separate API adaptor modules or sub-modules corresponding to individual ones of the different platforms. The API adaptor module may serve as a converter between the virtual space API and various platform APIs such that a single version of the virtual space may be presented in virtual environments provided by any of the different platforms. Thus, a change to the virtual space may not necessitate corresponding changes to a plurality of virtual space APIs. Some implementations may ensure that the virtual space is displayed correctly within different virtual environments. Some implementations may facilitate accessing social graph information associated with individual virtual environments via the virtual space, interacting with platform mechanics of individual virtual environments via the virtual space, and/or transferring publishing information between the virtual space and individual virtual environments.

In some implementations, system may include one or more of one or more platform servers, one or more space servers, and/or other components. The platform server(s) may be configured to communicate with one or more client computing platforms according to a client/server architecture to provide virtual environments to users via client computing platform(s). The space server(s) may be configured to interface with individual platform server(s) to supplement the functionality provided to the users with respect to the virtual environments. For example, space server(s) may interface with individual platform server(s) via one or more APIs.

The space server(s) may be configured to execute one or more computer program modules. The computer program modules may include one or more of an API adaptor module, a space module, a social graph access module, a platform mechanics module, a platform publishing module, and/or other modules.

The API adaptor module may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. Generally speaking, an API may be viewed as a set of routines and/or services used by an application program to direct the performance of procedures by a host environment and/or host computing platform. Interfacing between two APIs (e.g., a virtual space API and a platform API) may include translating commands, calls, functions, and/or other information associated with APIs between the two APIs. The virtual space API may be associated with a virtual space provided by space module, as described further herein. The two or more different platforms may correspond to individual ones of the platform server(s). A given platform server may be associated with a specific platform API. The API adaptor module may be configured to facilitate proper display of the virtual space within virtual environments provided the platform server(s). In some implementations, the API adaptor module may include two or more sub-modules each corresponding to individual platforms.

The space module may be configured to implement at least one instance of the virtual space to determine views of the virtual space. The views may then be communicated (e.g., via streaming, via object/position data, and/or other information) from the platform server(s) to the client computing platform(s) for presentation to users via two or more virtual environments provided by the platform server(s). Facilitating user interactivity with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and the platform API associated with the given platform. User interactivity may include accessing social graph information associated with individual virtual environments via the virtual space, interacting with platform mechanics of individual virtual environments via the virtual space, transferring publishing information between the virtual space and individual virtual environments, and/or other interactions by a user with the virtual space.

The social graph access module may be configured to facilitate accessing social graph information associated with individual virtual environments provided by the platform server(s). The social graph information may be accessed via the virtual space provided by the space module. Generally speaking, a social graph may be viewed as a mapping of relationships (e.g., personal, professional, familial, and/or other relationships) between users associated directly and/or indirectly with a given virtual environment. According to some implementations, social graph information associated with a given virtual environment may include one or more of friends, contacts, relationship type, relationship duration, relationships in common, and/or other information included in a social graph of the given virtual environment. Social graph information associated with a given virtual environment may be used within the virtual environment provided by the space module. Accessing social graph information associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.

The platform mechanics module may be configured to facilitate interacting with platform mechanics associated with individual virtual environments provided by the platform server(s). The platform mechanics may be interacted with via the virtual space provided by the space module. Platform mechanics may be viewed generally as constructs of rules and/or functions of a virtual environment. In some implementations, platform mechanics associated with a given virtual environment may include one or more of invitations, requests, alerts, gifts, events, and/or other mechanics of the given virtual environment. Platform mechanics associated with a given virtual environment may be used within the virtual environment provided by the space module. Interacting with platform mechanics associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.

The platform publishing module may be configured to facilitate transferring publishing information between the virtual space and individual virtual environments provided by the platform server(s). Publishing information may be viewed as information provided by a user that persists within the virtual environment and is viewable and/or otherwise accessible by one or more users. In accordance with some implementations, publishing information associated with a given virtual environment provided by a given platform may include one or more of textual messages, emails, voice-based communications, video-based communications, wall posts, and/or other publishing information. Publishing information associated with a given virtual environment may be used within the virtual environment provided by the space module. Transferring publishing information between the virtual space and a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.

These and other features, and characteristics of the present technology, as well as the methods of operation and functions of the related elements of structure and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention. As used in the specification and in the claims, the singular form of “a”, “an”, and “the” include plural referents unless the context clearly dictates otherwise.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system configured to facilitate presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, in accordance with one or more implementations.

FIG. 2 illustrates a method of facilitating presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, in accordance with one or more implementations.

DETAILED DESCRIPTION

FIG. 1 illustrates a system 100 configured to facilitate presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, in accordance with one or more implementations. In exemplary implementations, an API adaptor module may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. There may be separate API adaptor modules or sub-modules corresponding to individual ones of the different platforms. The API adaptor module may serve as a converter between the virtual space API and various platform APIs such that a single version of the virtual space may be presented in virtual environments provided by any of the different platforms. Thus, a change to the virtual space may not necessitate corresponding changes to a plurality of virtual space APIs. Some implementations may ensure that the virtual space is displayed correctly within different virtual environments. Some implementations may facilitate accessing social graph information associated with individual virtual environments via the virtual space, interacting with platform mechanics of individual virtual environments via the virtual space, and/or transferring publishing information between the virtual space and individual virtual environments.

In some implementations, system 100 may include one or more of one or more platform servers 102 (e.g., platform A server(s) 102 a, platform B server(s) 102 b, platform C server(s) 102 c, and/or other platform servers), one or more space servers 104, and/or other components. The platform server(s) 102 may be configured to communicate with one or more client computing platforms 106 according to a client/server architecture to provide virtual environments to users via client computing platform(s) 106. The space server(s) 104 may be configured to interface with individual platform server(s) 102 to supplement the functionality provided to the users with respect to the virtual environments. For example, space server(s) 104 may interface with individual platform server(s) 102 via one or more APIs.

The space server(s) 104 may be configured to execute one or more computer program modules. The computer program modules may include one or more of an API adaptor module 108, a space module 110, a social graph access module 112, a platform mechanics module 114, a platform publishing module 116, and/or other modules.

The API adaptor module 108 may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. Generally speaking, an API may be viewed as a set of routines and/or services used by an application program to direct the performance of procedures by a host environment and/or host computing platform. Interfacing between two APIs (e.g., a virtual space API and a platform API) may include translating commands, calls, functions, and/or other information associated with APIs between the two APIs. The virtual space API may be associated with a virtual space provided by space module 110, as described further herein. The two or more different platforms may correspond to platform server(s) 102. As depicted in FIG. 1, platform A server(s) 102 a may be associated with a specific API, for example, platform A API. Similarly, platform B server(s) 102 b and platform C server(s) 102 c may be respectively associated with platform B API and platform C API. The API adaptor module 108 may be configured to facilitate proper display of the virtual space within virtual environments provided platform server(s) 102.

In some implementations, API adaptor module 108 may includes two or more sub-modules each corresponding to individual platforms. As depicted in FIG. 1, API adaptor module 108 may include platform A API sub-module 108 a, platform B API sub-module 108 b, platform C API sub-module 108 c, and/or other sub-modules. The platform A API sub-module 108 a may be configured to facilitate interfacing between a virtual space API and platform A API of platform A server(s) 102 a. The platform B API sub-module 108 b may be configured to facilitate interfacing between a virtual space API and platform B API of platform B server(s) 102 b. The platform C API sub-module 108 c may be configured to facilitate interfacing between a virtual space API and platform C API of platform C server(s) 102 c.

The space module 110 may be configured to implement at least one instance of the virtual space to determine views of the virtual space. The views may then be communicated (e.g., via streaming, via object/position data, and/or other information) from platform server(s) 102 to client computing platform(s) 106 for presentation to users via two or more virtual environments provided by platform server(s) 102. Facilitating user interactivity with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and the platform API associated with the given platform. User interactivity may include accessing social graph information associated with individual virtual environments via the virtual space, interacting with platform mechanics of individual virtual environments via the virtual space, transferring publishing information between the virtual space and individual virtual environments, and/or other interactions by a user with the virtual space.

The view determined and transmitted to a given client computing platform 106 may correspond to a user character being controlled by a user via the given client computing platform 106. The view determined and transmitted to a given client computing platform 106 may correspond to a location in the virtual space (e.g., the location from which the view is taken, the location the view depicts, and/or other locations), a zoom ratio, a dimensionality of objects, a point-of-view, and/or view parameters. One or more of the view parameters may be selectable by the user.

The instance of the virtual space may comprise a simulated space that is accessible by users via clients (e.g., client computing platform(s) 106) that present the views of the virtual space to a user. The simulated space may have a topography, express ongoing real-time interaction by one or more users, and/or include one or more objects positioned within the topography that are capable of locomotion within the topography. In some instances, the topography may be a 2-dimensional topography. In other instances, the topography may be a 3-dimensional topography. The topography may include dimensions of the space, and/or surface features of a surface or objects that are “native” to the space. In some instances, the topography may describe a surface (e.g., a ground surface) that runs through at least a substantial portion of the space. In some instances, the topography may describe a volume with one or more bodies positioned therein (e.g., a simulation of gravity-deprived space with one or more celestial bodies positioned therein). The instance executed by the computer modules may be synchronous, asynchronous, and/or semi-synchronous.

The above description of the manner in which views of the virtual space are determined by space module 110 is not intended to be limiting. The space module 110 may be configured to express the virtual space in a more limited, or more rich, manner. For example, views determined for the virtual space may be selected from a limited set of graphics depicting an event in a given place within the virtual space. The views may include additional content (e.g., text, audio, pre-stored video content, and/or other content) that describes particulars of the current state of the place, beyond the relatively generic graphics. For example, a view may include a generic battle graphic with a textual description of the opponents to be confronted. Other expressions of individual places within the virtual space are contemplated.

Within the instance(s) of the virtual space executed by space module 110, users may control characters, objects, simulated physical phenomena (e.g., wind, rain, earthquakes, and/or other phenomena), and/or other elements within the virtual space to interact with the virtual space and/or each other. The user characters may include avatars. As used herein, the term “user character” may refer to an object (or group of objects) present in the virtual space that represents an individual user. The user character may be controlled by the user with which it is associated. The user controlled element(s) may move through and interact with the virtual space (e.g., non-user characters in the virtual space, other objects in the virtual space). The user controlled elements controlled by and/or associated with a given user may be created and/or customized by the given user. The user may have an “inventory” of virtual goods and/or currency that the user can use (e.g., by manipulation of a user character or other user controlled element, and/or other items) within the virtual space.

The users may participate in the instance of the virtual space by controlling one or more of the available user controlled elements in the virtual space. Control may be exercised through control inputs and/or commands input by the users through client computing platform(s) 106. The users may interact with each other through communications exchanged within the virtual space. Such communications may include one or more of textual chat, instant messages, private messages, voice communications, and/or other communications. Communications may be received and entered by the users via their respective client computing platform(s) 106. Communications may be routed to and from the appropriate users through space server(s) 104 (e.g., through space module 110) and/or individual ones of platform server(s) 102.

The social graph access module 112 may be configured to facilitate accessing social graph information associated with individual virtual environments provided by platform server(s) 102. The social graph information may be accessed via the virtual space provided by space module 110. Generally speaking, a social graph may be viewed as a mapping of relationships (e.g., personal, professional, familial, and/or other relationships) between users associated directly and/or indirectly with a given virtual environment. According to some implementations, social graph information associated with a given virtual environment may include one or more of friends, contacts, relationship type, relationship duration, relationships in common, and/or other information included in a social graph of the given virtual environment. Social graph information associated with a given virtual environment may be used within the virtual environment provided by space module 110. Accessing social graph information associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.

The platform mechanics module 114 may be configured to facilitate interacting with platform mechanics associated with individual virtual environments provided by platform server(s) 102. The platform mechanics may be interacted with via the virtual space provided by space module 110. Platform mechanics may be viewed generally as constructs of rules and/or functions of a virtual environment. In some implementations, platform mechanics associated with a given virtual environment may include one or more of invitations, requests, alerts, gifts, events, and/or other mechanics of the given virtual environment. Platform mechanics associated with a given virtual environment may be used within the virtual environment provided by space module 110. Interacting with platform mechanics associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.

The platform publishing module 116 may be configured to facilitate transferring publishing information between the virtual space and individual virtual environments provided by platform server(s) 102. Publishing information may be viewed as information provided by a user that persists within the virtual environment and is viewable and/or otherwise accessible by one or more users. In accordance with some implementations, publishing information associated with a given virtual environment provided by a given platform may include one or more of textual messages, emails, voice-based communications, video-based communications, wall posts, and/or other publishing information. Publishing information associated with a given virtual environment may be used within the virtual environment provided by space module 110. Transferring publishing information between the virtual space and a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.

In some implementations, individual platform server(s) 102 may comprise electronic storage, one or more processors, and/or other components. For example, platform server(s) 102 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. The processors may be configured to execute computer program modules to provide one or more virtual environments to users via client computing platform(s) 106. The processors may be configured to execute the computer program modules via one or more of hardware, software, and/or firmware. Although system 100 may be described in certain sections herein as including platform server(s) 102, this is not intended to be limiting. The platform server(s) 102 may be separate and distinct from system 100, and may be provided by an entity that is separate from, for example, the entity providing space server(s) 104. In some implementations, some or all of the functionality attributed herein to platform server(s) 102 may be provided by space server(s) 104.

As used herein, a “virtual environment” may include a virtual space, one or more interactive, electronic social media, and/or other virtual environments. Exemplary virtual spaces are described herein. Interactive, electronic social media may include one or more of a social network, a virtual space, a micro-blogging service, a blog service (or host), a browser-based game, a multi-player mobile game, a file (e.g., image file, video file, and/or other files) sharing service, a messaging service, a message board, a forum, and/or other electronically distributed media that are scalable and enable interaction between the users. Some non-limiting specific examples of interactive, electronic social media may include the micro-blogging service provided by Twitter™, the social network provided by Facebook™, the social network provided by Google+™, the social network provided by MySpace™, the social network provided by Foursquare®, the virtual world provided by SecondLife®, the massively multi-player online game provided by World of Warcraft®, the file sharing service provided by Flickr®, Blogger, YouTube, PlayStation® Home, Xbox® Live, and/or other interactive electronic social media.

A given client computing platform 106 may include one or more processors configured to execute computer program modules. The computer program modules may be configured to enable an expert or user associated with the given client computing platform 106 to interface with system 100 and/or external resources 118, and/or provide other functionality attributed herein to client computing platform(s) 106. By way of non-limiting example, the given client computing platform 106 may include one or more of a desktop computer, a laptop computer, a handheld computer, a NetBook, a Smartphone, a gaming console, and/or other computing platforms.

The external resources 118 may include sources of information, hosts and/or providers of virtual environments outside of system 100, external entities participating with system 100, and/or other resources. In some implementations, some or all of the functionality attributed herein to external resources 118 may be provided by resources included in system 100.

The space server(s) 104 may include electronic storage 120, one or more processors 122, and/or other components. The space server(s) 104 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of space server(s) 104 in FIG. 1 is not intended to be limiting. The space server(s) 104 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to space server(s) 104. For example, space server(s) 104 may be implemented by a cloud of computing platforms operating together as space server(s) 104.

Electronic storage 120 may comprise electronic storage media that electronically stores information. The electronic storage media of electronic storage 120 may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with space server(s) 104 and/or removable storage that is removably connectable to space server(s) 104 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.). Electronic storage 120 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media. The electronic storage 120 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources). Electronic storage 120 may store software algorithms, information determined by processor(s) 122, information received from platform server(s) 102, information received from client computing platform(s) 106, and/or other information that enables space server(s) 104 to function as described herein.

Processor(s) 122 is configured to provide information processing capabilities in space server(s) 104. As such, processor(s) 122 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information. Although processor(s) 122 is shown in FIG. 1 as a single entity, this is for illustrative purposes only. In some implementations, processor(s) 122 may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s) 122 may represent processing functionality of a plurality of devices operating in coordination. The processor(s) 122 may be configured to execute modules 108, 110, 112, 114, 116, and/or other modules. The processor(s) 122 may be configured to execute modules 108, 110, 112, 114, and/or 116 by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s) 122.

It should be appreciated that although modules 108, 110, 112, 114, and 116 are illustrated in FIG. 1 as being co-located within a single processing unit, in implementations in which processor(s) 122 includes multiple processing units, one or more of modules 108, 110, 112, 114, and/or 116 may be located remotely from the other modules. The description of the functionality provided by the different modules 108, 110, 112, 114, and/or 116 described herein is for illustrative purposes, and is not intended to be limiting, as any of modules 108, 110, 112, 114, and/or 116 may provide more or less functionality than is described. For example, one or more of modules 108, 110, 112, 114, and/or 116 may be eliminated, and some or all of its functionality may be provided by other ones of modules 108, 110, 112, 114, and/or 116. As another example, processor(s) 122 may be configured to execute one or more additional modules that may perform some or all of the functionality attributed below to one or more of modules 108, 110, 112, 114, and/or 116.

FIG. 2 illustrates a method 200 of facilitating presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, in accordance with one or more implementations. The operations of method 200 presented below are intended to be illustrative. In some implementations, method 200 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of method 200 are illustrated in FIG. 2 and described below is not intended to be limiting.

In some implementations, method 200 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations of method 200 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 200.

At an operation 202, interfacing may be facilitated between a single virtual space API and platform APIs associated with two or more different platforms. Operation 202 may be performed by an API adaptor module that is the same as or similar to API adaptor module 108, in accordance with one or more implementations.

At an operation 204, an instance of a virtual space may be executed. Operation 204 may be performed by a space module that is the same as or similar to space module 110, in accordance with one or more implementations.

At an operation 206, the instance of the virtual space may be implemented to determine view information defining views of the instance of the virtual space for presentation via two or more virtual environments provided by the two or more platforms. Facilitating user interactions with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and the platform API associated with the given platform. Operation 206 may be performed by a space module that is the same as or similar to space module 110, in accordance with one or more implementations.

At an operation 208, accessing, via the virtual space, social graph information associated with individual virtual environments provided by the two or more platforms may be facilitated. Accessing social graph information associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment. Operation 208 may be performed by a social graph access module that is the same as or similar to social graph access module 112, in accordance with one or more implementations.

At an operation 210, interacting, via the virtual space, with platform mechanics associated with individual virtual environments provided by the two or more platforms may be facilitated. Interacting with platform mechanics associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment. Operation 210 may be performed by a platform mechanics module that is the same as or similar to platform mechanics module 114, in accordance with one or more implementations.

At an operation 212, transferring publishing information may be facilitated between the virtual space and individual virtual environments provided by the two or more platforms. Transferring publishing information between the virtual space and a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment. Operation 212 may be performed by a platform publishing module that is the same as or similar to platform publishing module 116, in accordance with one or more implementations.

Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation. 

What is claimed is:
 1. A system configured to facilitate presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, the system comprising: one or more processors configured to execute computer program modules, the computer program modules comprising: an API adaptor module configured to facilitate interfacing between a single virtual space API, associated with an online game provider, and platform APIs associated with two or more different platforms including a first platform and a second platform, the first platform being associated with a first platform API, the second platform being associated with a second platform API; and a space module configured to execute an instance of a virtual space in which an online game, provided by the online game provider, is played by users, and to implement the instance of the virtual space to determine state information of the instance of the virtual space that describes the state of the virtual space, such state information being output from the space module through a single virtual space API, wherein the API adaptor module is configured to: facilitate user interactivity with the virtual space via a first virtual environment provided by the first platform by translating the state information output by the space module from the virtual space API to a first platform API specific to the first platform so as to facilitate presentation of views of the virtual space that reflect the state information within the first virtual environment, and facilitate user interactivity with the virtual space via a second virtual environment provided by the second platform by translating the state information output by the space module from the virtual space API to a second platform API specific to the second platform so as to facilitate presentation of views of the virtual space that reflect the state information within the second virtual environment.
 2. The system of claim 1, wherein the API adaptor module is configured to facilitate proper display of the virtual space within virtual environments provided by the two or more platforms.
 3. The system of claim 1, wherein the API adaptor module has two or more API adaptor sub-modules including a first platform API adaptor sub-module and a second platform API adaptor sub-module, the first platform API adaptor sub-module being configured to: facilitate translating the state information output by the space module from the virtual space API to the first platform API specific to the first platform so as to facilitate presentation of views of the virtual space that reflect the state information within the first virtual environment, and facilitate translating the state information output by the space module from the virtual space API to the second platform API specific to the second platform so as to facilitate presentation of views of the virtual space that reflect the state information within the second virtual environment.
 4. The system of claim 1, further comprising a social graph access module configured to facilitate accessing, via the virtual space, social graph information associated with individual virtual environments provided by the two or more platforms, wherein accessing social graph information associated with the first virtual environment includes translating the social graph information from the virtual space API to the first platform API, and wherein accessing social graph information associated with the second virtual environment includes translating the social graph information from the virtual space API to the second platform API.
 5. The system of claim 4, wherein social graph information associated with a given virtual environment includes one or more of friends, contacts, relationship type, relationship duration, or relationships in common.
 6. The system of claim 1, further comprising a platform mechanics module configured to facilitate interacting, via the virtual space, with platform mechanics associated with individual virtual environments provided by the two or more platforms, wherein interacting with platform mechanics associated with the first virtual environment includes interfacing between the virtual space API and the first platform API, and wherein interacting with platform mechanics associated with the second virtual environment includes interfacing between the virtual space API and the second platform API.
 7. The system of claim 6, wherein platform mechanics associated with a given virtual environment provided by a given platform include one or more of invitations, requests, alerts, gifts, or events.
 8. The system of claim 1, further comprising a platform publishing module configured to facilitate transferring publishing information between the virtual space and individual virtual environments provided by the two or more platforms, wherein transferring publishing information between the virtual space and the first virtual environment includes interfacing between the virtual space API and the first platform API, and wherein transferring publishing information between the virtual space and the second virtual environment includes interfacing between the virtual space API and the second platform API.
 9. The system of claim 8, wherein publishing information associated with a given virtual environment provided by a given platform includes one or more of textual messages, emails, voice-based communications, video-based communications, or wall posts.
 10. A computer-implemented method of facilitating presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, the method being implemented in a computer system comprising one or more physical processors configured to execute computer program modules, the method comprising: facilitating using the one or more physical processors interfacing between a single virtual space API, associated with an online game provider, and platform APIs associated with two or more different platforms including a first platform and a second platform, the first platform being associated with a first platform API, the second platform being associated with a second platform API; executing using the one or more physical processors an instance of a virtual space in which an online game, provided by the online game provider, is played by users; and implementing using the one or more physical processors the instance of the virtual space to determine state information of the instance of the virtual space, that describes the state of the virtual space, such state information being output from the space module through a single virtual space API, wherein facilitating interfacing between the virtual space API and the platform APIs includes: facilitating user activity with the virtual space via a first virtual environment provided by the first platform by translating the state information output by the space module from the virtual space API to a first platform API specific to the first platform so as to facilitate presentation of views of the virtual space that reflect state information within the first virtual environment, and facilitating user activity with the virtual space via a second virtual environment provided by the second platform by translating the state information output by the space module from the virtual space API to a second platform API specific to the second platform so as to facilitate presentation of views of the virtual space that reflect the state information within the second virtual environment.
 11. The method of claim 10, further comprising facilitating proper display of the virtual space within virtual environments provided by the two or more platforms.
 12. The method of claim 10, wherein facilitating interfacing between the virtual space API and platform APIs associated with two or more different platforms includes: facilitating translating the state information output by the space module from the virtual space API to the first platform API specific to the first platform so as to facilitate presentation of views of the virtual space that reflect the state information within the first virtual environment; and facilitating translating the state information output by the space module from the virtual space API to the second platform API specific to the second platform so as to facilitate presentation of views of the virtual space that reflect the state information within the second virtual environment.
 13. The method of claim 10, further comprising facilitating accessing, via the virtual space, social graph information associated with individual virtual environments provided by the two or more platforms, wherein accessing social graph information associated with the first virtual environment includes translating the social graph information from the virtual space API to the first platform API, and wherein accessing social graph information associated with the second virtual environment includes translating the social graph information from the virtual space API to the second platform API.
 14. The method of claim 13, wherein social graph information associated with a given virtual environment includes one or more of friends, contacts, relationship type, relationship duration, or relationships in common.
 15. The method of claim 10, further comprising facilitating interacting, via the virtual space, with platform mechanics associated with individual virtual environments provided by the two or more platforms, wherein interacting with platform mechanics associated with the first virtual environment includes interfacing between the virtual space API and the first platform API, and wherein interacting with platform mechanics associated with the second virtual environment includes interfacing between the virtual space API and the second platform API.
 16. The method of claim 15, wherein platform mechanics associated with a given virtual environment provided by a given platform include one or more of invitations, requests, alerts, gifts, or events.
 17. The method of claim 10, further comprising facilitating transferring publishing information between the virtual space and individual virtual environments provided by the two or more platforms, wherein transferring publishing information between the virtual space and the first virtual environment includes interfacing between the virtual space API and the first platform API, and wherein transferring publishing information between the virtual space and the second virtual environment includes interfacing between the virtual space API and the second platform API.
 18. The method of claim 17, wherein publishing information associated with a given virtual environment provided by a given platform includes one or more of textual messages, emails, voice-based communications, video-based communications, or wall posts. 